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ABSTRACT 



A gaming system and method of playing a gaming device by 
a user. The method includes inserting a voucher having a 
voucher value into the gaming device and accessing a 
database having voucher data associated with the voucher. 
The voucher value is verified. The user is queried for a credit 
value of a base wagering denomination. Calculations of full 
game credits and partial game credits are performed based 
upon the voucher value and the credit value. The full game 
credits, the partial game credits, and the voucher value are 
displayed on a game display. The method allows partial or 
all credits to be played at any time. The method provides for 
recording of game events to a database. The method also 
allows for the user to change the base wagering denomina- 
tion during game play. 
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VOUCHER GAMING SYSTEM AND METHOD 

CROSS REFERENCE TO RELATED 
APPLICATIONS 

[0001] This application claims priority of and incorporates 
by reference U.S. provisional patent application 60/181,576, 
filed on Feb. 10, 2000. 

BACKGROUND OF THE INVENTION 
[0002] 1. Field of Invention 

[0003] This invention relates to gaming system that is 
adapted to use vouchers or other information carrying device 
instead of cash. In particular, the invention relates to a 
system that allows a player to determine the value or 
denomination of a credit upon which a game is played. 

[0004] 2. Description of Related Art 

[0005] Gaming devices often express wagers and prizes in 
terms of credits. A credit has a fixed value that is generally 
one of a plurality of standard currency denominations, such 
as coins of a given currency ($0.05, SO. 10, $0.25, and 
$1.00). 

[0006] However, different players prefer different denomi- 
nations. Some players prefer to play with a low denomina- 
tion while other players prefer to play with a high denomi- 
nation. In order to accommodate different players, gaming 
device operators must provide a variety of gaming devices 
that are adapted to operate with different credit denomina- 
tions. In the case of coin operated gaming devices, operating 
a variety of gaming devices increases the cost of operating 
the devices because of the lack of standard parts and 
standard maintenance and repair procedures. 

[0007] Additional problems are encounter when gaming 
devices are adapted to utilize vouchers. A voucher is a 
portable ticket, coupon, memory storage device, or other 
instrument that is adapted to carry information. The infor- 
mation may be used to derive monetary value or credits. A 
voucher may allow a player to access credits stored in a 
player account in order to withdraw credits to play a game. 
A voucher may also allow a player to move credits from one 
gaming device to another. 

[0008] One of the problems associated with voucher oper- 
ated gaming devices that operate in different denominations 
is residual value. For example, a voucher cash-out ticket 
from a "Quarter Machine" may have a value of $19.50. This 
voucher ticket would be considered non-standard when 
presented to a "Dollar Machine" which offers play at a $1 .00 
credit denomination. Prior art voucher/credit devices and 
systems generally manage non-standard denominations by 
designating and maintaining an unusable portion of the 
players funds in a bank that is "unusable" for play and 
normally not visible during game play. 

[0009] The "usable" portion is credited for use with game 
play and is indicated on the game's credit meter. The 
"unusable" portion is then credited back to the player upon 
cash-out by the player, or in some cases, the "unusable" 
portion is provided back to the player in the form of a 
"change voucher" immediately upon presentation of the 
non-standard denominational voucher or currency. In yet 
other cases, the non-standard denomination amount is sim- 
ply rejected when, for example, a player inserts $0.25 into 
a "Dollar Machine/' 



[0010] Another situation where the problem of differing or 
non-standard denominations arises is when a gaming 
machine is equipped to accept and validate currency from 
various local and/or foreign countries. Often in this case, the 
exchange rate does not easily map the provided currency 
into the denomination for which game play is provided. 
From a local currency standpoint, for example, nickels, 
dimes and quarters are not generally usable for play on 
"Dollar Machines". This problem is magnified when applied 
to converting foreign currency at varying exchange rates. 

[0011] Prior art gaming systems that allow voucher trans- 
ferability from disparate denomination gaming machines 
have several shortcomings. First, as noted above, the "unus- 
able" portion remains unplayable on the gaming device, 
thereby inherently limiting the payability and appeal of the 
gaming machine. Second, prior art gaming systems gener- 
ally convert player credits to the lowest common denomi- 
nator, such as $0.01. Therefore, play on a "Dollar Machine" 
would simply convert to 100 credits of $0.01 value for each 
dollar wagered. Under this arrangement, generating statis- 
tical and accounting data becomes problematic because the 
machine participating may be viewed as a $0.01 machine. 
The determination of the success and popularity of differing 
denomination machines becomes extremely burdensome 
without any record of each machines transactions. 

[0012] The implementation of "variable-denomination" 
gaming machines has recently increased in popularity. Vari- 
able denomination gaming machines generally provide 
game play according to a predetermined fixed set of denomi- 
nations, for example, $0.05, $0.10, $0.25. Under this 
arrangement, the player may place wagers according to the 
fixed set of denominations. The player may decide to place 
$0,05 wagers, $0.10 wagers, or $0.25 wagers at various 
times, thereby allowing the player to better manage the 
player's credit bank. While providing some flexibility in 
placing wagers, the player is still limited to the predeter- 
mined and fixed set of denominations. 

[0013] What has long been needed is a more flexible game 
system that allows a player to define a wager denomination 
for a game, rather than requiring a player to choose from a 
fixed denomination. Another long felt need is for a gaming 
device that displays full and partial player credits that are 
available for the player to play. Another long felt need is for 
a gaming device that tracts and records game information in 
wagered denominations. 

SUMMARY OF INVENTION 

[0014] 1. Advantages of the Invention 

[0015] An advantage of the present invention is that it 
provides a gaming system and method that allows a user to 
play full and/or partial game credits. 

[0016] Another advantage of the present invention is that 
it provides a gaming system and method that allows a user 
to determine the value of a credit. 

[0017] A further advantage of the present invention is that 
it provides a gaming system and method that displays full 
and partial game credits. 

[0018] An additional advantage of the present invention is 
that it provides a gaming system and method that records 
game events in a database in terms of full credits, partial 
credits, and voucher value. 
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[0019] Yet another advantage of the present invention is 
that it provides a gaming system and method that eliminates 
the need for change vouchers for non-standard wagering 
denominations. 

[0020] Another advantage of the present invention is that 
it allows gaming operators and/or players to select from a 
broader array of wagering amounts, providing increased 
interest and player enjoyment. 

[0021] Another advantage of the present invention is that 
it allows any gaming device to operate with any credit value. 

[0022] These and other advantages of the present inven- 
tion may be realized by reference to the remaining portions 
of the specification, claims, and abstract. 

[0023] 2. Brief Description of the Invention 

[0024] The present invention comprises a method of play- 
ing a gaming device by a user. The method includes inserting 
a voucher having a redemption value into the gaming device. 
The user is queried for a credit value. The number of full and 
partial credits available to the player are calculated by the 
gaming device. The player is allowed to place wagers and 
play a game using credits as wagers 

[0025] The above description sets forth, rather broadly, the 
more important features of the present invention so that the 
detailed description of the preferred embodiment that fol- 
lows may be better understood and contributions of the 
present invention to the art may be better appreciated. There 
are, of course, additional features of the invention that will 
be described below and will form the subject matter of 
claims. In this respect, before explaining at least one pre- 
ferred embodiment of the invention in detail, it is to be 
understood that the invention is not limited in its application 
to the details of the construction and to the arrangement of 
the components set forth in the following description or as 
illustrated in the drawings. The invention is capable of other 
embodiments and of being practiced and carried out in 
various ways. Also, it is to be understood that the phrase- 
ology and terminology employed herein are for the purpose 
of description and should not be regarded as limiting. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0026] FIG. 1 is substantially a schematic view of a 
gaming system of the present invention. 

[0027] FIG. 2 is substantially a schematic view of a player 
terminal of the present invention. 

[0028] FIG. 3 is substantially a front view of a player 
terminal of the present invention. 

[0029] FIG. 4 is substantially a flowchart of the game 
initiation sequence of the present invention. 

[0030] FIG. 5 is substantially a flowchart of another game 
sequence of the present invention. 

[0031] FIG. 6 is substantially a flowchart of a game 
sequence of the present invention. 

[0032] FIG. 7 is substantially a flowchart of the cashout 
sequence of the present invention. 

[0033] FIG. 8 is substantially a flowchart of an other 
method of operation of the of the present invention. 



DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

[0034] In the following detailed description of the pre- 
ferred embodiments, reference is made to the accompanying 
drawings, which form a part of this application. The draw- 
ings show, by way of illustration, specific embodiments in 
which the invention may be practiced. It is to be understood 
that other embodiments may be utilized and structural 
changes may be made with out departing from the scope of 
the present invention. 

[0035] Gaming System 

[0036] Referring now to FIG. 1, the present invention 
comprises a gaming system generally indicated by reference 
number 20. Gaming system 20 comprises a database server 
22, communications network 24, player terminals 2, and 
cashier terminal 28. Database server 22 is in communication 
with communication network 24 and stores a database of 
information. The database server may be a Compaq 1850R 
database server using the windows NT operating system and 
the Microsoft SQL 7.0 database software. Communication 
network 24 may be a network using TCP/IP communication 
protocol. The player terminals 26 and cashier terminal 28 are 
interconnected with the communication network 24. During 
operation, the player terminals 26 are in communication 
with the database server 22 possibly communicating through 
intermediate networks or encryption devices in order to 
record transactions, verify records, and change game param- 
eters. 

[0037] Referring now to FIG. 2, player terminal 26 may 
comprise the following components: player input device 30, 
a video display 32, a audio device 34, a magnetic or smart y*w 
card reader 3 6. a voucher reader 38, a voucher printer 40, a , 
cash acceptor 42, and a gash dispenser 44, all of which are f 
in communication with a central processing unit (CPU) 48. 
The CPU has a processor, input/output functions, and vari- 
ous memory capabilities, including non-volatile memory f or 
critical data. The CPU 48 is in communication with the 
communications network 24. CPU 48 can be a conventional 
Intel x86 based processor or motherboard or CPU 48 may be 
a number of proprietary devices utilizing different proces- 
sors, such as the Intel 80960. Video display 32 may be a 
Telco high resolution 19 inch displ ay. Voucher reader 38 an d 

cash accep tor 42 ma y be combined into a single device, such „ 

as model WBA 13SS, available from JCM in Las Vegas, 
Nev. The voucher printer 40 may hp a Transact f g rhnnin^ipg 
series 700 thermal printer. Th e cash dispenser 4 4 may be 
pro duced by Aka hi-Seiko. Player input device 30 may be 
buttons, a joystick, or other electrical and mechanical con- 
trols, including a touch screen. The construction of player 
terminal 26 is within the ability of one skilled in the art. 
Many of these components may be omitted, if desired. 

[0038] Referring now to FIG. 3, a front view of the player 
terminal of the present invention is shown. Player terminal 
26 comprises a player input device 30, a video display 32, 
a game audio or speaker 34, a magnetic or smart card reader 
36, a voucher re ader 38, a vou cher printer 40, a cash 
ac ceptor 42, a nd a cash dispenser 4 4 all of which are 
mounted in a case or Housing 51. Preferably, the components 
of player terminal 26 are mounted in case 51 in a manner that 
is economically appealing to a user or game player. 

[0039] Various meters may be provided for presenting 
numerical information to the player. These meters may be 
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separate devices or they may be displayed in video display 
32. In the preferred embodiment, video display 32 presents 
total redemption value 50, credit value 53, and number of 
credits 52. Total redemption value 50 is the total value the 
player currently has available for redemption. This is pref- 
erably displayed in units of the local currency. Credit value 
53 is the value of a credit, which is also preferably displayed 
in units of local currency. As shall be discussed below, the 
present invention allows for different credit values to be 
selected. Num ber of credits 52 is the number of c redits the 
pl ayer has available, which is derived by dividing total 
redemption value 50 fry credit value 53 . Number of credits 
52 may include frnrtionnl tr rnrtrts7 for example, 2.5 or 2 Vt. 

[0040] Game Initiation Flowchart 

[0041] FIG. 4 shows one method by which the present 
invention may be operated. A player or user inserts a 
voucher (not shown) having a predetermined value into 
voucher reader 38 at step 62. The voucher bears information 
that is read by voucher reader 38. Voucher reader 38, player 
terminal 26, or database server 22 uses the information to 
derive the value. The information is typically a monetary 
value. However, the information may also comprise other 
information, such as the identity of the player, which would 
allow the player to access a the player's account and used 
value in the account to play the game. 

[0042] Player terminal 26 communicates with database 
server 22 to accesses the database stored thereon and 
retrieve dat a associated with the voucher. The database 
server verifies that the voucher is , valiH anH determines its 
monetary value at step 64. Next, the player terminal may 
query the user, via video display 32 and/or audio 34, for a 
credit value at step 66. The user may input the credit value 
using one of the player input devices 30. Credit value 53 can 
be specified as any monetary value. For example, the credit 
value may be $0.0007 or $2.74. However, in the preferred 
embodiment, the system operator is able to determine a 
maximum and minimum credit value and valid increments 
in between. Thus the player may be allowed to select any 
voucher value between $0. 05 and $100.00 in increments of 
1>0X)1. If no credit value is specified, a default value may be 
used. 

[0043] From the total redemption value and the credit 
value, CPU 48 calculates the number of credits available for 
the player to play the game. Video display 32 may display 
total redemption value, credit value, and number of credits 
available in step 70. The game is now available for the 
player to play in step 72. It is noted that the game player has 
available both full credits and partial credits for game play 
at any time. 

[0044] Game Flowchart 

[0045] Referring to FIG. 6, a flowchart of the preferred 
game sequence 120 in which the user selects the credit value 
of the present invention is shown. A game player or user 
initiates game play on player terminal 26 by inserting a 
voucher (not shown) into voucher reader 38 at step 122. The 
database server verifies that the voucher is a valid voucher 
and determines or confirms its monetary value at step 124. 
Next, the player terminal queries the user, via the video 
screen and/or audio, for a credit value at step 126. The user 
inputs the credit value using one of the player input devices 
30. If no new denomination is specified a pre-existing or 



default value will be used. The CPU calculates full game 
credits and partial game credits based upon the voucher 
value and the user selected credit value at step 128. The 
video display displays the full game credits, the partial game 
credits, and redemption value at step 130. The game is now 
available for the player to play at step 132. 

[0046] It is understood that the game player selects a 
wager in terms of a number of credits at step 132. The game 
user plays the game at step 132 resulting in a game event 
occurring. The game event generates new values for the 
number of game credits and the redemption. The credits and 
voucher value will increase, decrease, or stay the same 
depending upon the results of the game event. The values in 
display 32 are updated and game data may be recorded in the 
database at step 134. The display is updated with new full 
game credits, partial game credits and voucher value at step 
134. 

[0047] At decision step 136, the game player may elect to 
discontinue game play by a selection on the player input 
device 30. If the answer at step 136 is no, a cashout sequence 
100 is initiated. — 



[0048] The cashout sequence r eturns a voucher to the 
player wi th a value equal to the current redemption valu e. If 
the answer is yes, the game sequence continues to decision 
step 138 where the user has an option to change the credit 
value. Again, tlje user would use pU yer input dev ice 30 
select a n ew credit value. If the answer to decision 138 is 
yes, the game sequence loops back to step 126 where the 
user selects a credit value. If the answer to decision 138 is 
no, the game sequence loops back to step 132 where the 
game player plays the game again using the same credit 
value. 

[0049] An example of a user playing a game on player 
terminal 26 using the method of sequence 120 is as follows: 

[0050] 1. The game player has a voucher having a value of 
S9.96. 

[0051] 2. The voucher is inserted into voucher reader 38. 

[0052] 3. The database server 22 verifies that the voucher 
is a valid voucher. 

[0053] 4. The game player is asked for a credit value and 
selects $0.05. 

[0054] 5. The user inputs the credit value in 26 player 
terminal using one of the player input devices 30. 

[0055] 6. The CPU 48 calculates full game credits and 
partial game credits based upon the voucher value and the 
user selected credit value. 

[0056] 7. The video display displays 199 full game credits, 
1 partial game credit, and $9,96 total redemption value. 

[0057] 8. The player plays the game resulting in a game 
event occurring. Assume that the player wins $0.20, after 
subtracting the cost of play and adding a prize. 

[0058] 9. The new values are 203 full game credits, 1 
partial game credit, and $10.16 total redemption value. 

[0059] 10. The new credits and voucher value are recorded 
in non- volatile memory and the display is updated with the 
new values. 
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[0060] 11. The game player is given the opportunity to 
discontinue play. 

[0061] 12. Assuming that play continues, the game player 
may select a new credit value. 

[0062] 13. The game player selects a credit value of $0.25. 

[0063] 14. The CPU 48 calculates full game credits and 
partial game credits based upon the redemption value and 
the user selected credit value. 

[0064] 15. The video display is updated with 40 full game 
credits, 0.64 partial game credits, and $10.16 redemption 
value. 

[0065] 16. Play may then continue indefinitely. 

[0066] Alternative Game Flowchart 

[0067] Referring to FIG. 5, a flowchart of an alternative 
game sequence 80 of the present invention with a predeter- 
mined credit value is shown. A game player or user initiates 
game play on player terminal 26 by inserting a voucher (not 
shown) at step 82. The database server verifies that the 
voucher is a valid voucher and confirms or determines its 
monetary value at step 84. Next, the CPU 48 calculates full 
game credits and partial game credits based upon the 
redemption value and the predetermined credit value at step 
86. Video display 26 displays full game credits, partial game 
credits, and the redemption value at step 88. The game^ is 
now available for the player to play at step 90 in which the 
player selects a wager and plays a game. 

[0068] At the conclusion of the game, player terminal 26 
updates the display and may record data related to the game 
play at step 92. The number of credits and redemption value 
will increase, decrease, or stay the same depending upon the 
results of the game. At step 94, the game player may elect 
to discontinue game play by a selection on the player input 
device 30. If the answer is yes, the game sequence loops 
back to step 90 to play the game again, repeating steps 90, 
92, and 94. If the answer at step 94 is no, a cashout sequence 
100 is initiated. The cashout sequence may return a voucher 
equal to the current total redemption value to the player. 

[0069] An example of a user playing a game on player 
terminal 26 using the method of sequence 80 is as follows: 

[0070] 1 . The game player has a voucher having a value of 
$9.95. 

[0071] 2. The voucher is inserted into voucher reader 38. 

[0072] 3. The database server 22 verifies that the voucher 
is a valid voucher. 

[0073] 4. The CPU 48 calculates a full game credit and a 
partial game credit based upon the voucher value and the 
predetermined credit value. Assume that the credit value is 
$0.25. 

[0074] 5. The video display displays 39 full game credits, 
0,8 partial game credits, and $9.95 redemption value. 

[0075] 6. The player plays the game resulting in a game 
event occurring. Assume that the player wins $0.25. 

[0076] 7, The new values are 40 full game credits, 0.8 
partial game credits, and $10.20 redemption value. 

[0077] 8. The new credits and voucher value are recorded 
to the database and the display is updated. 



[0078] 9. The game player is given the opportunity to 
continue or stop playing the game. 

[0079] 10. Assuming that play continues, the game is 
played again with the same pre-determined voucher value. 

[0080] Cashout Flowchart 

[0081] FIG. 7 shows a flowchart of the cashout sequence 
100. The cashout sequence begins at step 102 when the game 
player elects to cashout. The game player would use one of 
the player input devices 30 to elect to cashout. Next, the 
player terminal determines the redemption value by retriev- 
ing it from from the non-volatile memory in step 104. The 
redemption value, is stored on the database in the database 
server 22 at step 106. Voucher printer 40 prints the voucher 
at step 108. Voucher printer 40 then issues the voucher to the 
user at step 110. The player may then take the voucher to a 
cashier terminal or an actual cashier to redeem the voucher. 

[0082] It is noted that the partial or fractional game credits 
may be displayed on the credit meter 52 using a fixed point 
(decimal) or fractional representation. The credits whether 
represented as decimal or fractional values are visible to the 
player and available for game play. The ga me player coul d 
jhryr, fnrf Tramps, tn wgger or play 0.4 arVm of a credit.^ 
( got a $0.25) credit value, this would be a wager of $0.10. 
Therefore, the present invention allows fraction al^creditsjo 
be play ed. " • 

[0083] All of the game player's credits may be wagered 
according the player's choice. The game player may wager 
credits with the present invention that were not previously 
available, such, as $0.17, $0.0055 or $12.18. The player may 
also elect to "let it ride" and play all the credits allocated to 
the player. The gaming system and method of the present 
invention allows the player a more flexible way of playing 
a game that adds to the enjoyment and excitement of playing 
the game. 

[0084] Pay tables for the game may be sc aled acc ording to 
a player' s select ed wager amoun t. Pay" tables and awards 
may additionally be fixed or mapped according to the user 
selected base wagering denomination or the predetermined 
base wagering denomination thr esholds or amounts, and 
mavy iir ^ er he s caled within each wager thresfj cfld. If 
desired, prizes may De presenteo as a multiple or credit s For 
example, payouts could be presented as 1.5 times a credit 
value. This flexibility of payout possibilities allows a game 
designer to provide more interesting pay arrangements, 
particularly sinc e the fractionally amounts won m ay be 
wagered. - 

[0085] The prior art systems typically reduce credits to the 
lowest common denominator, making statistical data gath- 
ering on user game play a problem. The present invention 
f may record, full credits, partial credits, redemption value, 
/ and credit value to the database. T he game plaver may place 
I multiple wagers at th e val ue and \ \\ & player m ay define 
I d ifferent credit value s. All of th e associated data with-fchese 
V gaming activities mav be recorded to the database . The 
determination of the success and popularity o f differi ng 
denomination machines can be readily gathe remand luia - 
lyzed with the present inventio n^ 

[0086] First Alternative Game Initiation Flowchart 

[0087] FIG. 8 shows a flowchart of an alternative game 
initiation sequence 800. Sequence 800 begins at step 802 
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when the gaming device accepts a voucher. Each voucher 
has a value. Next, the player is allowed to provide additional 
vouchers at step 804. If the player provides another voucher, 
the sequence loops back to step 802. If not, the sum of the 
vouchers is calculated at step 806. The player is asked to 
input a credit value at step 808, At step 810, the game 
determines if the total value of the vouchers accepted is 
greater than the selected credit value. If the sum is greater 
than the credit value, the game continues to step 812. If the 
sum is less than the credit value, the game loops back to step 
802 to accept another voucher. The game is played at step 
812, where the player can play the game with the total sum 
or a portion of the sum of the voucher values. 

[0088] Multiple Currency Operation 

[0089] The present invention is adapted to operate wit h 
multiple currencie s. A player may place a f oreign curren cy 
in to game terminal 26. In this event, the player termin al 26 
may c onvert the currency into a domestic currency using an 
e xchange rat e. It would then determine the redemption valu e 
oT the currency , the credit value, and the number of cred its 
avai lable to the p1pyer~iifiing ihe method discussed Ab ove. 
The player may then play the games as discussed above. 



CONCLUSION 

[0090] The present invention solves many of the problems 
associated with the prior art. The present invention provides 
a gaming system and method that allows gameplay with full 
Cicdjtgi, p artial credits or bo th. The present invention' pro- 
vides a gaming system and method that allows a user to 
choos^^.b^ej^gejing^racjn^tion. The present inven- 
tion provides a gaming system and method that records 
game events on a database in terms of full credits , partial 
credils-anrl vnu rher value. The present invention eliminates 
the need for change vouchers in a gaming system. 

[0091] Although the description above contains many 
specifications, these should not be construed as limiting the 
scope of the invention but as merely providing illustrations 
of some of the presently preferred embodiments of this 
invention. Thus, the scope of the invention should be deter- 
mined by the appended claims and their legal equivalents 
rather than by the examples given. 

What is claimed is: 

1. A method of operating a gaming device. 

* * * * * 
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